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[0001] 



EMERGENCY PACKET DATA SERVICE 



[0002] 



BACKGROUND OF THE INVENTION 



[0003] The present invention relates generally to packet data networks and, more 
particularly, to an emergency packet data service. 
5 [0004] Packet data devices must be "attached" (i.e., become registered for mobility 

management purposes) prior to being allowed to originate any packet data transactions. This 
typically consumes a few seconds of time. 

[0005] The packet data device must also have an activated packet data protocol (PDP) 
context (i.e., become formally recognized and accepted by the packet service infrastructure) 

10 prior to being allowed to originate any packet data transactions. This is typically a very time 
consuming activity (e.g., tens of seconds) that must be done as a precursory activity whenever a 
packet data user powers on with the intent of sending packet data of any kind. 
[0006] Therefore, to originate an emergency packet transmission, a user of a packet data 
device must wait for these preliminary activities to be completed, thereby delaying the actual 

1 5 transmission of the packet data. In addition, the user must then generate an emergency packet 
data transmission including the destination address of a receiving device that is capable of 
providing the desired emergency service. This further adds time to the process of originating 
and transmitting an emergency message. 



20 [0008] In accordance with the invention as embodied and broadly described herein, a 

method for processing packet data is provided in a network support infrastructure that receives 
packet data from mobile terminals. The method includes receiving a packet channel request 
message including an emergency indication from a mobile terminal and transmitting a packet 



[0007] 



BRIEF SUMMARY OF THE INVENTION 
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uplink assignment message to the mobile terminal. The method also includes receiving the 
emergency packet data via an uplink of a packet data channel and determining a destination 
address for the packet data, where the destination address identifies an emergency service entity. 
The method further includes forwarding the emergency packet data to the emergency service 
5 entity identified by the destination address. 

[0009] In another implementation consistent with the present invention, a system for 
receiving and forwarding emergency packet data includes a base station that receives a packet 
channel request message including an emergency indication from a mobile terminal and 
transmits an uplink assignment message to the mobile terminal. The system also includes a first 

1 0 node that receives the emergency packet data via an uplink of a packet data channel and 

forwards the emergency packet data and the emergency indication. The system further includes 
a second node that receives the emergency packet data and the emergency indication from the 
first node and determines a destination address for the emergency packet data, where the 
destination address identifies an emergency service entity. The second node also forwards the 

1 5 packet data to the emergency service entity identified by the destination address. 

[0010] In a further implementation consistent with the present invention, a mobile terminal 
is provided. The mobile terminal includes a transmit device that transmits a packet channel 
request message including an emergency indication. The mobile terminal also includes a 
receive device that receives a packet uplink assignment that assigns at least one radio block on 

20 the uplink of a packet data channel to the mobile terminal. The packet uplink assignment may 
indicate dynamic assignment such that a preset number of uplink radio blocks do not need to be 
used. The mobile terminal further includes processing logic that forwards emergency packet 
data to the transmit device, where the transmit device transmits the emergency packet data using 
logical link control layer protocol data units. 
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[0011] In yet another implementation consistent with the present invention, a computer- 
readable medium having stored sequences of instructions is provided. The instructions, when 
executed by at least one processor, cause the processor to perform a method for processing 
emergency packet data. The method includes receiving a packet channel request message 
including an emergency indication from a mobile terminal and transmitting an uplink 
assignment message to the mobile terminal. The method also includes receiving emergency 
packet data and the emergency indication and accessing a database comprising a plurality of 
destination addresses associated with a plurality of emergency service entities. The method 
further includes selecting a destination address for the emergency packet data from the database 
and forwarding the emergency packet data and the emergency indication to the emergency 
service entity identified by the destination address. 

[0012] BRIEF DESCRIPTION OF THE DRAWINGS 
[0013] The accompanying drawings, which are incorporated in and constitute a part of this 
specification, illustrate the invention and, together with the description, explain the invention. 
In the drawings, 

[0014] Fig. 1 illustrates an exemplary network in which systems and methods consistent 
with the present invention may be implemented; 

[0015] Fig. 2 illustrates an exemplary configuration of a mobile terminal of Fig. 1 consistent 
with the present invention; and 

[0016] Figs. 3-5 illustrate exemplary processing for originating and completing an 
emergency packet data transaction, in an implementation consistent with the present invention. 

[0017] DETAILED DESCRIPTION OF THE INVENTION 
[0018] The following detailed description of the invention refers to the accompanying 
drawings. The same reference numbers in different drawings identify the same or similar 
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elements. Also, the following detailed description does not limit the invention. Instead, the 
scope of the invention is defined by the appended claims and equivalents. 
[0019] Systems and methods consistent with the present invention enable a mobile terminal 
user to quickly originate a packet data transaction that will be treated with emergency priority. 
5 The emergency packet data may then be automatically routed to a designated emergency 
dispatch center. 

[0020] Fig. 1 illustrates an exemplary network 100 in which systems and methods consistent 
with the present invention may be implemented. The network 100 may include a mobile 
terminal (MT) 1 10, a base station (BS) 120, a Serving General Packet Radio Service (GPRS) 
1 0 Support Node (SGSN) 1 30, a Gateway GPRS Support Node (GGSN) 140, a GPRS Home 
Location Register (HLR) 150, a Packet Data Network (PDN) 160 and an emergency service 
center (ESC) 170. The number of components illustrated in Fig. 1 is provided for simplicity. It 
will be appreciated that a typical network 100 may include more or less components than are 
illustrated in Fig. 1 . 

1 5 [0021] The mobile terminal 1 10 allows a mobile terminal user to interact with other devices 
via PDN 160. It is assumed hereafter that the mobile terminal 110 communicates according to 
the Enhanced General Packet Radio Service (EGPRS)/EGPRS-136 protocol to send and receive 
data via the PDN 160. As described herein, the mobile terminal 1 10 may include a cellular 
radiotelephone with or without a multi-line display; a Personal Communications System (PCS) 

20 terminal that may combine a cellular radiotelephone with data processing, facsimile, and data 
communications capabilities; a Personal Digital Assistant (PDA) that can include a 
radiotelephone, pager, Internet/intranet access, Web browser, organizer, calendar and/or a global 
positioning system (GPS) receiver; and a conventional laptop and/or palmtop receiver or other 
appliance that includes a radiotelephone transceiver. Mobile terminals may also be referred to 

25 as "pervasive computing" devices. 
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[0022] The base station 120 allows other devices to communicate with mobile terminal 1 10. 
Base station 120 may provide the mobile terminal 1 10 with packet data services on, for 
example, a 200 kHz channel. The base station 120 may include one or more base transceiver 
stations (not shown) and a base station controller (not shown). The base transceiver stations 
5 may transmit radio signals to and receive radio signals from the mobile terminal 110. The base 
station controller may interconnect a number of base transceiver stations to the SGSN 130. 
[0023] The SGSN 130 may include circuitry for controlling packet data sessions between 
the mobile terminal 1 10 and other devices. The SGSN 130 may connect those sessions to the 
GGSN 140. The GPRS HLR 150 may include one or more databases that store and manage 
10 subscriber data for a subscriber's packet data services. Upon interrogation by the SGSN 130, the 
GPRS HLR 150 may provide packet data subscription-related information. Upon interrogation 
by the GGSN 140, the GPRS HLR 150 may provide routing information for the indicated 
subscriber. 

[0024] The GGSN 140 may include circuitry for connecting packet data sessions between 
15 the mobile terminal 1 10 and the PDN 160. The PDN 160 may include one or more conventional 
networks for routing data packets. The ESC 170 may include an entity designated to receive 
emergency data transmissions via PDN 160. For example, the ESC 170 may include a dispatch 
center that receives emergency packet data messages and responds to the received messages via 
PDN 160, as described in more detail below. 
20 [0025] Fig. 2 illustrates an exemplary configuration of mobile terminal 1 10 consistent with 
the present invention. As illustrated, the mobile terminal 110 may include an antenna 205, a 
transceiver 210, an equalizer 215, an encoder/decoder 220, a processing unit 225, a memory 
230, an output device 235, an input device 240, a clock 245 and a bus 250. 
[0026] The antenna 205 may include one or more conventional antennas capable of 
25 transmitting and receiving information. The transceiver 210 may include well-known 
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transceiver circuitry for transmitting and/or receiving data bursts in a network, such as network 
100, via the antenna 205. The transceiver 210 may also include a GPS receiver 212 that aids the 
mobile terminal 1 10 in determining its position within the network 100. 
[0027] The equalizer 215 may include one or more conventional devices, such as a device 
5 for implementing conventional Viterbi trellises that estimate received symbol sequences and 
remove intersymbol interference. The encoder/decoder 220 may include conventional circuitry 
for encoding and/or decoding received or transmitted symbol sequences. 
[0028] The processing unit 225 may include any type of conventional processor or 
microprocessor that interprets and executes instructions. The processing unit 225 may perform 
1 10 all data processing functions for inputting, outputting, and processing of data. The memory 230 
may provide permanent, semi-permanent, or temporary working storage of data and instructions 
for use by processing unit 225 in performing processing functions. Memory 230 may include 
large-capacity storage devices, such as a magnetic and/or optical recording medium and its 
corresponding drive. 

15 [0029] The output device 235 may include one or more conventional mechanisms that 

output information to an operator, including a display, a printer, a speaker, etc. The input device 
240 may include one or more conventional mechanisms that permit the operator to input 
information to the mobile terminal 1 10, such as a keypad, a mouse, a microphone, a pen, voice 
recognition and/or biometric mechanisms, etc. The output and input devices 235 and 240 may 

20 include additional devices (not shown) for converting received information from a first format 
into a second format. 

[0030] The clock 245 may include conventional circuitry for performing timing-related 
operations associated with one or more functions performed by the mobile terminal 1 10. The 
clock 245 may include, for example, one or more counters. The bus 250 may include one or 
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more conventional buses that interconnect the various components of mobile terminal 1 10 to 
permit the components to communicate with one another. 

[0031] The configuration of mobile terminal 1 10, shown in Fig. 2, is provided for 
illustrative purposes only. One skilled in the art will recognize that other configurations may be 
5 employed. Moreover, one skilled in the art will appreciate that a typical mobile terminal 1 10 
may include other devices that aid in the reception, transmission, or processing of data. 
[0032] The mobile terminal 1 1 0, consistent with the present invention, may provide a 
distinct indication at packet data transaction set up time that the packet data transaction is for an 
emergency (e.g., the user may indicate a quality of service higher than the quality of service 

10 typically indicated for a non-emergency packet data transaction). This indication may be used 
to assure priority treatment regarding packet channel resource assignments. For example, in 
EGPRS/EGPRS-136 systems, this may be accomplished by defining a new type of Packet 
Channel Request message, such as an "Emergency-Channel-Request." 
[0033] In addition, the mobile terminal 110 originating an emergency packet data 

1 5 transaction, if not already attached to the packet data infrastructure and possessing an active 
PDP context, may be spared the overhead of going through these activities. According to an 
exemplary implementation of the present invention, a mobile terminal 110 may avoid having to 
formally attach itself to the infrastructure. Additionally, the mobile terminal 1 10 may avoid the 
need to activate a PDP context by supporting a special pool of Internet Protocol (IP) addresses 

20 in the GGSN 140. These special IP addresses may be used exclusively for emergency packet 
data transactions originating from a mobile terminal 1 10 that does not already have an active 
PDP context (i.e., they represent pre-activated packet data contexts). The GGSN 140 may 
assign one of these special IP addresses and associate it with the identity (e.g., the International 
Mobile Subscriber Identity (IMSI)) of the mobile terminal 110 originating the emergency packet 
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data transaction. Using this approach, a mobile terminal 1 10 may power on and send an 
emergency packet data transaction with minimum delay. 

[0034] The network 100, consistent with the present invention, may also verify that an 
emergency packet transaction is actually associated with an emergency, in order to prevent 
5 abuse of this feature by users wanting to receive the best possible treatment for non-emergency 
packet data transactions. In an exemplary implementation of the present invention, processing 
within the air interface access stratum (e.g., the media access control (MAC) layer) provides an 
explicit indication that an emergency packet data transaction is being attempted. Once received 
by the radio access network, the emergency status information, along with the emergency packet 

10 data itself, may be passed onto the network infrastructure where a destination IP address may be 
provided according to a database of emergency IP addresses. It should be noted that the 
destination IP address may be selected based on the part of the radio access network used by the 
mobile terminal 1 10 when sending the emergency packet data transaction. Having the network 
infrastructure determine the destination IP address ensures that the emergency packet data 

1 5 transaction feature may not be abused for ordinary packet service usage, such as, for example, 
surfing the Internet. 

[0035] The mobile terminal 110 may perform the above processing and processing 
described in more detail below in response to the processing unit 225 executing sequences of 
instructions contained in a computer-readable medium, such as memory 230. It should be 
20 understood that a computer-readable medium may include one or more memory devices. The 
instructions may be read into memory 230 from another computer-readable medium or from a 
separate device via transceiver 210. Execution of the sequences of instructions contained in 
memory 230 causes processing unit 225 to perform the process steps that will be described 
hereafter. In alternative embodiments, hard-wired circuitry may be used in place of or in 
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combination with software instructions to implement the present invention. Thus, the present 
invention is not limited to any specific combination of hardware circuitry and software. 
[0036] Figs. 3-5 illustrate processing for originating and completing an emergency packet 
data transaction, according to an exemplary implementation of the present invention. 
5 Processing begins when mobile terminal 1 10 powers on [Fig. 3, step 310]. Assume that the user 
of mobile terminal 110 wishes to originate an emergency packet data transaction. 
[0037] For example, a hearing-impaired mobile terminal 1 10 user may experience an 
emergency situation that would be best served by a 2-way packet data transaction involving an 
ESC, such as ESC 170. In other situations, a mobile terminal 1 10 user may experience an 

10 emergency situation where only packet data service is available (i.e., there is no voice service 
available in the service area). Another situation may occur when a mobile terminal 110 user 
experiences an emergency situation in an area where both packet data service and voice service 
are available, but the nature of the emergency is such that data needs to be forwarded to an ESC 
(e.g., GPS location information, medical information, etc.). Any number of other scenarios may 

1 5 occur where the mobile terminal 1 1 0 user may require emergency service that is best supported 
using packet data transmissions. 

[0038] In any event, the mobile terminal 1 10 makes a contention-based access on a packet 
random access channel (PRACH) and sends a Packet Channel Request message indicating 
"emergency" [step 320]. The BS 120 (Fig. 1) receives the Packet Channel Request message. 

20 The BS 120, consistent with the present invention, may transmit a Packet Uplink Assignment 
message to the mobile terminal 1 10 [step 330]. The Packet Uplink Assignment message may 
assign one or more radio blocks on the uplink of a packet data channel (PDCH) to the mobile 
terminal 1 10. This may be known as temporary block flow (TBF) establishment. 
[0039] The mobile terminal 1 1 0 receives the Packet Uplink Assignment message and 

25 thereby has its contention-based access acknowledged [step 340]. The mobile terminal 110 then 
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uses the uplink TBF to forward its emergency packet data to the SGSN 130 using logical link 
control (LLC) layer protocol data units (PDUs) [step 340]. The SGSN 130 receives the LLC 
PDUs along with an "emergency" indication [step 350] and processing continues as illustrated 
in Fig. 4. The process by which the "emergency" indication is conveyed from the BS 120 to the 
5 SGSN 130, for every complete LLC PDU sent from the BS 120 to the SGSN 130, has not been 
described herein in order not to unduly obscure the thrust of the present invention. However, 
the procedure and means needed to perform such a transaction would be obvious to one of 
ordinary skill in this art. In addition, it should be understood that modifications to the base 
station system GPRS protocol (BSSGP) may be required to support such a transaction. 

1 0 [0040] After receiving the LLC PDUs from the mobile terminal 1 1 0, the SGSN 130 marks 
the associated IMSI (i.e., the IMSI identifying mobile terminal 1 10) as being "attached" by 
placing it in the GPRS mobility management (GMM) "Ready" state [Fig. 4, step 410]. The 
GMM Ready state indicates that mobile terminal 1 10 is able to use network-related services to 
receive packet data. The SGSN 130 also may start an "emergency service" timer (i.e., a unique 

1 5 timer T es specific to emergency service) [step 410]. The timer T es may be set to any particular 
time period based on the particular system requirements. In an exemplary implementation 
consistent with the present invention, the timer T es may count until a packet data response is 
received by SGSN 130 from the ESC 170. When packet data is received from ESC 170, the 
timer T es may be reset. 

20 [0041] The SGSN 130 may also extract the payload from the LLC layer PDUs (i.e., IP layer 
PDUs) and forward them along with an "emergency" indication to the GGSN 140 [step 420]. 
The process by which the "emergency indication" is conveyed to the GGSN 140 has not been 
described herein in order not to unduly obscure the thrust of the present invention. However, 
the procedure and means needed to perform such a transaction would be obvious to one of 
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ordinary skill in this art. In addition, it should be understood that modifications to the GPRS 
tunneling protocol (GTP) may be required may be required to support such a transaction. 
[0042] In any event, if timer T es "times out" (i.e., the predetermined time period has been 
reached without T es being reset), the SGSN 130 may provide the GGSN 140 with an 
5 "expiration" notification for the associated IMSI and may change the GMM state for this IMSI 
to "idle" [step 430]. 

[0043] If the SGSN 1 30 receives any additional LLC layer PDUs from mobile terminal 1 10 
that are associated with this IMSI and that have an "emergency" indication, the SGSN 130 
forwards their associated payload to the GGSN 140 as IP layer PDUs and restarts timer T es [step 

10 440]. Alternatively, SGSN 130 may start a new timer T es for this additional emergency packet 
transmission from mobile terminal 1 10. However, if the SGSN 130 receives any additional 
LLC layer PDUs from a mobile terminal 1 10 that are associated with this IMSI but do not have 
an "emergency" indication, the SGSN 130 treats them according to non-emergency processing 
rules (e.g., a PDP context must exist and the mobile terminal 1 10 must be GPRS attached) [step 

15 450]. In any event, the GGSN 140 receives the IP layer PDUs along with an "emergency" 
indication from SGSN 130 [step 460] and processing continues as illustrated in Fig. 5. 
[0044] After receiving the IP layer PDUs with the "emergency" indication from the SGSN 
130, the GGSN 140 selects a destination IP address associated with ESC 170, based on the 
SGSN 130 (or cell site) from which it received the IP PDUs having the "emergency" indication 

20 [Fig. 5, step 510]. For example, the GGSN 140 may access a database of IP addresses 

associated with various ESCs and may select a destination IP address associated with ESC 170 
(Fig. 1), based on the location of the mobile terminal 1 10 originating the packet data transaction 
or the location of the SGSN 130 forwarding the packet data to the GGSN 140. The database of 
addresses associated with the ESCs may be located internal to GGSN 140 or externally 

25 therefrom. The GGSN 140 may also assign an originating IP address to the IMSI of the mobile 
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terminal 1 10 originating the emergency packet transaction to allow ESC 170 to send IP PDUs 
back to the mobile terminal 1 10 [step 520]. 

[0045] The GGSN 140 may then send the IP PDUs via PDN 160 (Fig. 1) for delivery to the 
appropriate ESC, such as ESC 170 [step 530]. The GGSN 140 also maintains the association of 
5 IMSI to the assigned destination IP address and the assigned originating IP address until it 
receives an "expiration" indication from the SGSN 130, at which point the association is 
canceled [step 540]. The expiration indication may occur when timer T es times out, as described 
previously. 

[0046] The ESC 170 (assuming ESC 170 is the destination ESC) receives the IP PDUs and 
10 takes appropriate action [step 550]. For example, the ESC 170 may generate an emergency 
response message and transmit the message to the mobile terminal 110 originating the 
emergency packet transaction. In this case, the ESC 170 generates an appropriate message and 
transmits IP layer PDUs having an originating IP address corresponding to the ESC 170 and a 
destination address corresponding to mobile terminal 1 10. The GGSN 140 receives the IP layer 
1 5 PDUs from ESC 1 70 via PDN 1 60 [step 560] . These IP layer PDUs may then be forwarded to 
the associated SGSN 130 using IP tunneling (e.g., GTP as defined for GPRS infrastructure) 
[step 560]. SGSN 130 receives the IP layer PDUs and forwards them to the mobile terminal 110 
[step 570]. The SGSN 130 may also restart timer T es after receiving the IP layer PDUs from 
GGSN 140 [step 570]. 

20 [0047] Any additional IP layer PDUs received by GGSN 1 40 from PDN 1 60 that have an 
originating IP address corresponding to an ESC for which an IMSI is currently associated and a 
destination IP address also associated with the same IMSI may be forwarded to the associated 
SGSN 130 for subsequent delivery to the mobile terminal 1 10 supporting that IMSI. However, 
any IP layer PDUs received from PDN 160 having an originating IP address corresponding to an 
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ESC for which an IMSI is not currently associated or a destination IP address not associated 
with the IMSI corresponding to the originating IP address may be discarded. 
[0048] The present invention may also handle situations where multiple mobile terminals 
110 may have simultaneous emergency packet transactions in progress with the same ESC. In 
5 this case, the individual destination IP address assigned to each mobile terminal 1 10 by the 
GGSN 140 at initial establishment of the emergency packet transaction may allow for routing 
subsequent IP layer PDUs generated by the ESC to the correct mobile terminal 1 10. 
[0049] The foregoing description of the embodiments of the present invention provides 
illustration and description, but is not intended to be exhaustive or to limit the invention to the 
10 precise form disclosed. Modifications and variations are possible in light of the above teachings 
or may be acquired from practice of the invention. 

[0050] For example, the present invention has been described in the context of a mobile 
terminal and network support infrastructure in a packet data system, such as a system operating 
in accordance with EGPRS or EGPRS-136. The present invention may also be used in other 

15 packet data networks. For example, the present invention may be used in a GPRS system, a 
cellular digital packet data (CDPD) system or an enhanced data rates for global evolution 
(EDGE) system. In addition, the present invention has been described with respect to a BS, 
SGSN and a GGSN performing various operations. In other implementations of the present 
invention, one or more of the functions described as being performed by the BS, SGSN and 

20 GGSN may be performed by another one of these devices. Additionally, in other 

implementations of the present invention, the functions described as being performed by the BS, 
SGSN and the GGSN may be performed by a single device. Further, while a series of steps has 
been described with respect to Figs. 3-5, the order of the steps may be varied in other 
implementations consistent with the present invention. No element, step, or instruction used in 
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the description of the present application should be construed as critical or essential to the 
invention unless explicitly described as such. 

[0051] Further, the present invention is described herein in the context of a global system for 
mobile communications (GSM) cellular communication environment utilizing packet data 
5 networks. While the present invention may be particularly useful for improving the 

performance of GSM cellular networks, it should be understood that the principles of the present 
invention may be applied to any cellular or wireless system utilizing other air interfaces, such as 
time division multiple access (TDMA), code division multiple access (CDMA) or frequency 
division multiple access (FDMA). It should be further understood that the principles of the 

10 present invention may be utilized in hybrid systems that are combinations of two or more of the 
above air interfaces. In addition, a mobile terminal, in accordance with the present invention, 
may be designed to communicate with a base station transceiver using any standard based on 
GSM, TDMA, CDMA, FDMA, a hybrid of such standards or any other standard. 
[0052] Additionally, the present invention may be embodied as cellular communication 

1 5 systems, methods, and/or computer program products. Accordingly, the present invention may 
be embodied in hardware and/or in software (including firmware, resident software, micro-code, 
etc.). Furthermore, the present invention may take the form of a computer program product on a 
computer-usable or computer-readable storage medium having computer-usable or computer- 
readable program code embodied in the medium for use by or in connection with an instruction 

20 execution system. In the context of this document, a computer-usable or computer-readable 
medium may be any medium that can contain, store, communicate, propagate, or transport the 
program for use by or in connection with the instruction execution system, apparatus, or device. 
The computer-usable or computer-readable medium may be, for example, but not limited to, an 
electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, 

25 device, or propagation medium. More specific examples (a nonexhaustive list) of the computer- 
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readable medium would include the following: an electrical connection having one or more 
wires, a portable computer diskette, a random access memory (RAM), a read-only memory 
(ROM), an erasable programmable read-only memory (EPROM or Flash memory), an optical 
fiber, and a portable compact disc read-only memory (CD-ROM). Note that the computer- 
usable or computer-readable medium could also include paper or another suitable medium upon 
which the program is printed, as the program can be electronically captured, via, for instance, 
optical scanning of the paper or other medium, then compiled, interpreted, or otherwise 
processed in a suitable manner, if necessary, and then stored in a computer memory. 
[0053] The scope of the invention is defined by the claims and their equivalents. 



Page 15 of 25 



